United States Patent [19] 

Birdwell et al. 



US006108706A 

[ii] Patent Number: 6,108,706 
[45] Date of Patent: *Aug. 22, 2000 



[54] TRANSMISSION ANNOUNCEMENT SYSTEM 
AND METHOD FOR ANNOUNCING 
UPCOMING DATA TRANSMISSIONS OVER 
A BROADCAST NETWORK 

[75] Inventors: Kenneth J. Birdwell, Bellevue; Brian 
Mo ran, Issaquah; James Randall 
Sargent; Carl R. Witty, both of 
Bellevue; David S. Byrne, Seattle, all 
of Wash. 

[73] Assignee: Microsoft Corporation, Redmond, 
Wash. 

[ * ] Notice: This patent issued on a continued pros- 
ecution application filed under 37 CFR 
1.53(d), and is subject to the twenty year 
patent term provisions of 35 U.S.C. 
154(a)(2). 

[21] Appl. No.: 08/871,654 
[22] Filed: Jun. 9, 1997 

[51] Int. CI. 7 G06F 15/16 

[52] U.S. CI 709/229; 709/203; 709/217; 

709/218; 709/219; 709/230 

[58] Field of Search 395/200.59, 200.97, 

395/200.49, 200.48, 200.33, 200.61; 709/229, 
217, 219, 218, 203, 230 

[56] References Cited 

U.S. PATENT DOCUMENTS 



5,335,277 8/1994 Harvey et al 380/20 

5,359,367 10/1994 Stockill 348/552 

5,559,808 9/1996 Kostreski et al 370/108 

5,565,909 10/1996 Thibadeau ct al 348/9 

5,625,864 4/1997 Budow et al 455/4.2 

5,650,831 7/1997 Farwell 348/734 

5,666,293 9/1997 Metz et al 395/200.5 

5,706,048 1/1998 Davis 348/12 

5,727,065 3/1998 Dillon 380/49 

5,774,859 6/1998 Houser et al 704/275 

5,778,187 7/1998 Monteiro et al 395/200.61 

5,854,897 12/1998 Radziewicz ct al 395/200.54 

5,877,755 3/1999 Hellhake 345/327 

5,889,950 3/1999 Kuzma 395/200.48 

5,907,322 5/1999 Kelly et al 345/327 

5,929,850 7/1999 Broadwin et al 345/327 



5,935,004 8/1999 Tarr et al 463/40 

6,005,565 12/1999 Legall et al 345/327 

6,021,433 2/2000 Payne et al 709/219 

OTHER PUBLICATIONS 

Kirstein et al, Specification of Security in SAP Using Public 
Key Algorithms draft-ietf-mmusic-sap-sec-03.txt Nov. 
1997. 

Mbone Web Site http://www.Mbonexom, No Date. 

The MBone Session Agenda http://www.cilea.it/mbone/ 

agenda.html, No Date. 

VRML 97 MBone Broadcast Announcement Rem-Conf 
Archive Feb. 1997. 

Primary Examiner — Mehmet B. Geckil 
Attorney, Agent, or Firm — Lee & Hayes, PLLC 

[57] ABSTRACT 

In a broadcast system in which computer data and other 
content are delivered from multiple content servers to mul- 
tiple clients at least partly over a broadcast network, a 
transmission announcement system announces upcoming 
broadcast transmissions and instructs the clients on how to 
receive the broadcast transmissions. Announcement servers 
(which may or may not be the same as the content servers 
which serve the data for the broadcast transmissions) gen- 
erate announcements containing information specifying how 
associated upcoming transmissions are to be delivered over 
the broadcast network. The announcement server makes the 
announcements available to the clients over the broadcast 
network or over a secondary link other than the broadcast 
network. As possible examples of the secondary link, the 
announcement servers might send the announcements to a 
multicast address over a public network, such as the Internet, 
or post the announcements at a publicly accessible site on a 
data network, such as a Web site on the Internet. The clients 
receive the announcements via the broadcast network or the 
secondary link. The clients filter the announcements accord- 
ing to predetermined criteria, keeping the announcements 
satisfying the criteria and discarding the rest. The client 
searches the announcements that are kept to extract infor- 
mation pertaining to retrieval of the broadcast transmission 
(e.g., a broadcast protocol, a broadcast locator, a transmis- 
sion time, etc.). The client then tunes a broadcast receiver to 
the broadcast locator and launches a receiving application to 
receive the transmission according to the broadcast protocol. 

22 Claims, 4 Drawing Sheets 
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TRANSMISSION ANNOUNCEMENT SYSTEM the content server that will be serving the data for the 

AND METHOD FOR ANNOUNCING transmission, a time of transmission, a broadcast protocol, a 

UPCOMING DATA TRANSMISSIONS OVER subject matter of the data transmission, a length of the 

A BROADCAST NETWORK transmission, and a rating of the content contained in the 

5 transmission. 

TECHNICAL FIELD Th e announcement server makes the announcements 

^ This invention relates to a transmission announcement availaW f t0 , thc die £ over broadcast network on a 

System for use in conjunction with a data broadcast system reserved multicast address or over a secondary hnk other 

CO* in which data is served from content servers over a unidi- in than J he , broadcast network. As one example of the sccond- 

\| rectional broadcast network to multiple clients. The trans- 10 ar ? hnk > the announcement servers might send the 

\ mission announcement system enables the servers to send announcements to a multicast address over a public network 

^out announcements for upcoming broadcast transmissions to such as the I 1 nternet - another exam P le > ^ announcement 

the clients. These announcements may be sent over the servers might post the announcements at a publicly acces- 

broadcast network, or they may be sent over a secondary „ • We s,,e ° n th f. network, such as at a Web site on the 

link independent of the broadcast network. The announce- 15 In,ern f ™ e 1 c t ent f tecelve , the announcements via the 

ments contain sufficient information to prepare the clients to secondary link by, for example, monitoring the multicast 

receive the broadcast transmissions. address or °«»»°naUy accessing the Web site. 

According to another aspect of the invention, a client 

BACKGROUND OF THE INVENTION filters the announcements according to predetermined 

_ . , , , „ , 20 criteria, keeping the announcements satisfying the criteria 

Conventional computer networks are bi-directional, and discarding the rest. Filters used by the client can be 

allowing data communication in both directions between the fl „ ers automaticaUy create d in software based upon user 

servers and the clients Transmitting data over these behavior paMerns> of user . defincd custom filters created 

bi-directional data networks has been a mainstay of com- from oaramet6rs entered bv a user. For the announcements 

puter technology for many years and the communication 25 that are kept as being of interest, the client searches them to 

protocols are well established. Under conventional commu- extfact the broadcast protocol> broadcast i ocator , transmis- 

mcation protocols, it is common for the client to initiate sjon ^ and any 0(her information pert aining to retrieval 

connection with the server and to request desired data from of the broadcast ^asmissioa. The client tunes a broadcast 

the server. As part of the request, the client sends informa- receiver [0 ^ broadcast locator ^ launches a rece iving 

Hon pertaining to how the data should be sent. 30 application to receive tne transmission according to the 

Apart from the classic bi-directional data networks, there broadcast protocol, 
is an increasing interest in the use of broadcast networks to 

deliver computer data and other content to clients, akin to BRIEF DESCRIPTION OF THE DRAWINGS 
the broadcast delivery of television or radio. Broadcast 

networks are unidirectional in that data flows from the server 35 FIG 1 is a diagrammatic illustration of a transmission 

to the clients, but no return communication is possible over announcement system operating in conjunction with a 

the same communication path. More particularly, broadcast broadcast data delivery system. 

networks are often characterized as a shared highly asym- FIG. 2 is a block diagram of a client computing unit, 

metrical network resource with a limited, if not completely FIG. 3 is a flow diagram showing steps in a method for 

absent, low speed return path that does not need to be active 40 operating the transmission announcement system to 

to receive transmissions. As a result, the common protocols announce delivery of upcoming data transmissions over the 

used for two-way communication over a bi-directional broadcast network. 

network, such as client-driven connections and data FIG. 4 is a flow diagram showing steps in a method 

requests, cannot be supported by the broadcast network performed at the client computing unit when handling the 

because the clients are unable to communicate over the 45 announcements, 
broadcast communication link to the server. 

The inventors have developed a system and method which DETAILED DESCRIPTION OF THE 

address this problem. PREFERRED EMBODIMENT 

SUMMARY OF THE INVENTION 50 FIG * 1 shows a svstem 20 which implements a broadcast 

data delivery system for broadcast delivery of computer data 
A transmission announcement system facilitates broad- and other content from multiple content servers 22(1), 22(2), 
cast data transmissions over a unidirectional broadcast net- . . . , 22(K) to multiple clients 24(1), 24(2), 24(3), . . . , 
work by utilizing pre-broadcast announcements which 24(M). The system 20 further implements a transmission 
inform clients of upcoming data transmissions prior to their 55 announcement system in which announcements for 
broadcast and instruct the clients of how to receive the up-coming broadcast transmissions are made available by 
broadcast transmissions. the servers for the clients before the broadcast data trans- 
According to an aspect of the invention, announcement missions, 
servers (which may or may not be the same as the content In the FIG. 1 implementation, the content servers 22(1) 
servers that serve the data for the broadcast transmissions) 60 -22(K) are connected to a broadcast center 26 via a 
generate announcements containing information specifying bi-directional data network 28 which enables two-way com- 
how associated upcoming transmissions are to be delivered munication between the content servers 22(1)-22(K) and the 
over the broadcast network. The announcements might broadcast center 26. The content servers serve data in the 
correspond to single transmissions, or might provide a list of form of audio, video, animation, bit maps or other graphics, 
transmissions. The announcements contain such information 65 applications or other executable code, text, hypermedia, or 
as a broadcast locator (e.g., a universal resource locater other multimedia types. As an exemplary implementation, 
(URL) on the Web, a broadcast channel, etc.), an identity of the content servers 22(1)-22(K) are implemented as per- 
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sonal computers or workstations running a multitasking, can provide access directly to the servers from the clients 
disk-based operating system, such as Windows© NT from through the data network 28. In one implementation, the 
Microsoft Corporation. The content servers might also be pre-broadcast announcements are made available over the 
configured as continuous media file servers which serve data data networks 28 to a multicast address which the clients 
files at a constant data rate. An exemplary construction of a s access using this secondary link 32. The secondary link 32 
file server comprises a disk array of storage disks, with the might also be implemented as another unidirectional net- 
data files striped across the storage disks, and one or more work (e.g., paging network, radio network, and cellular 
servers which cooperate together to serve the data files from network) that is independent of the primary broadcast net- 
the storage disks. work. 

The bi-directional data network 28 represents various 1° The clients 24(1)-24(M) can be implemented in a number 

types of networks, including the Internet, a LAN (local area of ways, including desktop computers, laptop computers, 

network), a WAN (wide area network), and the like. The data and computer enhanced television units. As an example 

network 28 can be implemented in a number of ways, implementation, the client is a broadcast-enabled personal 

including wire-based technologies (e.g., fiber optic, cable, computer. 

wire, etc.) and wireless technologies configured for two-way *5 pjQ 2 shows an exemplary configuration of a client 24(1) 

communication (e.g., satellite, RF, etc.). The data network implemented as a broadcast-enabled computer. Tt includes a 

28 can further be implemented using various available central processing unit 40 having a processor 42 (e.g., x86 

switching technologies (e.g., ATM (Asynchronous Transfer or Pentium® microprocessor from Intel Corporation), vola- 

Mode), Ethernet, etc.) and different data communication t i[ c mem0 ry 44 (e.g., RAM), and program memory 46 (e.g., 

protocols (e.g., TCP/IP, IPX/SPX, etc.). In such protocols, 2° RQM ^ drive> floppy disk drive> CD . R0 M, etc.). The 

the data is packaged in individual, fixed byte-size packets c ii cnt 24 (1) has one or more input devices 48 (e.g., 

which are transmitted separately over the data network. keyboard, mouse, etc.), a computer display 50 (e.g., VGA, 

The broadcast center 26 receives the data served from the SVGA), and a stereo I/O 52 for interfacing with a stereo 

content servers 22(1)-22(K) over the network 28 and broad- system. 

casts the data over a broadcast (or multicast) network 30 to 25 The client 24(1) includes a digital broadcast receiver 54 

the clients 24(1}-24(M). The broadcast network 30 is a ( e .g., satellite dish receiver, RF receiver, microwave 

unidirectional network in which the data is carried in one receiver, etc.) and a tuner 56 which tunes to frequencies of 

direction from the broadcast center 26 to the many clients the broadcast network 30. Ihe tuner 56 is configured to 

24(1)-24{M). The clients are unable to reply or initiate receive digital broadcast data in a particularized format, such 

communication to the broadcast center 26 using the broad- as MPEG-encoded digital video and audio data, as well as 

cast network 30. digital data in many different forms, including software 

The broadcast network 30 can be implemented in a programs and programming information in the form of data 

variety of ways. For instance, the broadcast network might files. The client 24(1) also has a modem 58 which provides 

be implemented as a wireless network configured for one- 35 access to the Internet or other network that is utilized as the 

way transmission (i.e., satellite, radio, microwave, etc.). The secondary link. For other implementations of the secondary 

broadcast network might also be a network which supports link, the modem 58 might be replaced by a network card, or 

two-way communication, but is predominately used for an RF receiver, or other type of port/receiver which provides 

unidirectional multicasting from the broadcast center 26 to access to the secondary link. 

the clients simultaneously without the clients foreknowl- 4Q The client 24(1) runs an operating system which supports 

edge. Although only one broadcast center 26 is illustrated for multiple applications. The operating system is preferably a 

explanation purposes, the system 20 can scale to include multitasking operating system which allows simultaneous 

multiple broadcast centers coupled between numerous serv- execution of multiple applications. The operating system 

ers 22 and numerous clients 24. employs a graphical user interface windowing environment 

The broadcast center 26 includes a router 32, a signal 45 which presents the applications or documents in specially 

generator 34, and a broadcast transmitter 36. The router 32 delineated areas of the display screen called "windows." 

is coupled to the bi-directional data network 28 to receive One preferred operating system is a Windows® brand oper- 

the data served over the network 28 from the content servers ating system sold by Microsoft Corporation, such as Win- 

22(1)-22(K). The router 32 is a final node of the data dows® 95 or Windows® NT or other derivative versions of 

network 28 in which data communication is bi-directional to 50 Windows®. It is noted, however, that other operating sys- 

that point and unidirectional past that point. The router 32 is tems which provide windowing environments may be 

preferably configured as a bridge-router between the tradi- employed, such as the Macintosh operating system from 

tional data network 28 and the broadcast network 30. A Apple Computer, Inc. and the OS/2 operating system from 

bridge-router is capable of supporting video and audio IBM. 

broadcast transmission. 5S One example implementation of a broadcast-enabled PC 

Data is received at the router 32 and converted from the is described in a co-pending U.S. patent application Ser. No. 

network packet format to a format appropriate for broadcast 08/503,055, entitled "Broadcast-Enabled Personal 

transmission. The signal generator 34 generates a broadcast Computer," filed Jan. 29, 1996 in the names of Gabe L. 

signal with the data embedded thereon to carry the data over Newell, Dan Newell, Steven J. Fluegel, David S. Byrne, 

the broadcast network 30. The broadcast signal is passed to $ 0 Whitney McCleary, James O. Robarts, Brian K. Moran; 

the transmitter 36 where it is broadcast over the broadcast William B. McCormick, T. K. Backman, Kenneth J. 

network 30 to the clients 24(1)-24(M). Birdwell, Joseph S. Robinson, Alonzo Gariepy, Marc W. 

The clients 24(1)-24(M) may also coupled to the content Whitman, and Larry Brader. This application is assigned to 

servers 22(1)-22(K) through a secondary link 32 that is Microsoft Corporation, and is incorporated herein by refer- 

separate from the broadcast network 30. In the FIG. 1 65 ence - 

illustration, assuming the data network 28 is implemented as The client 24(1) is illustrated with three software pro- 

the Internet or other public network, the secondary link 32 grams: an announcement listener 60, one or more filters 62, 
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and a receiving application 64. Each program is stored in In one exemplary implementation, the data contained 

program memory 46, loaded into volatile memory 44 when within the multicast packet is written according to the 

launched, and executed on the processor 42. The announce- Session Announcement Protocol and Session Description 

ment listener 60 executes in background to listen for Protocol (referred to as "SAP/SDP")- SAP/SDP is typically 
announcements. The announcements are submitted by the 5 use d to announce multimedia audio/video conferences and 

servers over the data network 28 to inform the clients of can ^ uscd to build a sUtic local database that can be 

upcoming data transmissions that will be broadcast at a interactively viewed at the client. The SAP/SDP protocol 

future time over the broadcast network 30 Rather than the itself is wcll ljwm and ^ dcscribed in M> H a[1 dley « SAP: 

clients requesting particular data from the servers, as is Session A^ncement Protocol", INTERNET-DRAFT, 

customary m conventiona data networks but cannot be draft-ietf-mmusic-sap-0O.txt, Nov. 27, 1996 and M. Handley 

supported by unidirectional broadcast networks, the servers < iCr . T1 c „ *. . ' , ' .^^.^ ™ A ^ 

t v \ , 4 . , /. , , SDP: Session Description Protocol . INTERNET-DRAFT, 

tell the clients through the announcements what data will be , - . - , r M 4 A xjr ' . rtrk _ ' 

j u j * * i * j i_ draft-ietf-mmusic-sdp-03.txt, Mar. 26, 1997. 

served over the broadcast network at a given time and how r 

to find that data Another variation is to use an SAP/SDP-compliant 

The announcements include broadcast-related JS »™ce "'^sDp 68 ^ ^ ^ ^ 

information, such as an identification of the sender, a broad- a ress or ' 

cast locator (e.g., URL, channel, frequency, etc.) at which At ste P 74 in FIG. 3, the clients monitor the multicast 

the transmission is to be broadcast, a time when the trans- address and destination port to receive the multicast packets 

mission is to be broadcast, and a broadcast protocol used to containing the announcements. More particularly, the 

transmit the digital data. The announcements further include announcement listener 60 is configured to listen to the 

information pertaining to the content of the transmission, multicast address and destination port. Upon receipt of the 

including a title, a type of content (e.g., sports, science SAP/SDP announcement, the announcement listener 60 

fiction, mystery, action, documentary, audio, graphical, etc.), understands that the multicast packet contains an announce- 

a subject matter description, a length of transmission, a meDt tDat is not intended to be added to the local user 

rating, actor/actress names, and so forth. viewable database for review by human eyes; but, is instead 

Tnc announcements received by the announcement lis- destined for program filters which operate in the background 

tener 60 are passed onto the filters) 62. The filter(s) 62 t0 the hidden SAP announcements. The announce- 

register with the announcement listener 60 during configu- ment listener 60 P^ses the multicast packet onto the one or 

ration to make themselves available to receive the announce- more filters 62 which have previously registered themselves 
ments. The filters) 62 examine each announcement for a 30 ™ th announcement listener 60. At step .76 in FIG 3 the 

match against a list of data transmissions in which the user fiUer ( s ) 62 ^ the announcements according to predefined 

is interested, or against other types of predefined rules of catena. 

acceptance. The filter(s) 62 retain the announcements of FIG. 4 shows exemplary steps in a method for handling an 

interest, and discard the rest. The number of transmissions announcement during the filtering step. The FIG. 4 steps are 
each day is anticipated to be in the thousands, and the client 35 performed by software, and namely the announcement lis- 

24(1) is expected to only be interested in a small portion of tener 60 and filters) 62, executing at the clients. At step 90, 

the transmissions. Accordingly, the filter(s) 62 continuously the client examines the announcement against the predefined 

weed out unwanted transmissions and keep only the criteria. The criteria can be embodied in many different 

announcements pertaining to transmissions of interest. ways. For example, the criteria might be in the form of a list 

After receiving an announcement for a desired 40 of wanted transmissions, such as a list identifying all sports- 
transmission, the announcement listener passes the related programs or all business news. The criteria might 
announcement to the receiving application 64 which under- alternatively be a set of attributes describing potentially 
stands the transmission protocol of the broadcast transmis- interesting content. The criteria might further be in the form 
sion. The receiving application 64 is launched in a timely of rules for accepting certain announcements, 
manner before the scheduled broadcast and receives the data 45 One exemplary filter uses Regular Expression Parsing to 
transmission from the broadcast receiver 54 and tuner 56. filter the multicast packets. The filter is given a regular 

FIG. 3 shows exemplary steps in a method for announcing expression, and compares each packet for a possible match 

delivery of upcoming data transmissions over a broadcast of the regular expression. An example of a rule for this type 

network. These steps are performed by software executing at of filter is as follows: 

the servers and clients. At step 70, one of the servers 50 , r 

^<-»/<\ >*>s s-ir\ j. * a-webcaBt://www.microsoit.com/niscorp 

22(1)-22(K) — an announcement server-generates r 

announcements containing information specifying how This filter rule examines each announcement to see if it 

associated upcoming transmissions are to be delivered over pertains to a Web site broadcast that contains data from the 

the broadcast network 30. The announcement server can be Microsoft corporate information page. The filter is used in 
the same as the content server that serves the associated 55 conjunction with a Web Cast program which handles auto- 

content to be transmitted over the broadcast network, or by matic web cache updating. A"WebCast" is a unidirectional 

a designated server separate from the content server. broadcast of Web related information available on the Inter- 

At step 72 in FIG. 3, the announcement server makes the net. The broadcast center broadcasts this Web information to 

announcements available to the clients over a secondary link periodically update the cache at the clients as a supplement 
32. One way the announcements are made available is to 60 to the information that the clients can directly request in 

transmit them over the data network 28. The announcement customary fashion over the Internet, 

server sends the announcements as multicast packets, such If the announcement does not satisfy the criteria (i.e., the 

as a Multicast UDP (User Datagram Protocol), to a prede- "no" branch from step 92 in FIG. 4), the announcement is 

termined multicast address on the Internet. Another tech- discarded and the filter examines the next announcement at 
nique is to post the announcements at a publicly accessible 65 step 90. Conversely, if the announcement does match the 

location on the network 28, such as at a Web site on the criteria (i.e., the "yes" branch from step 92 in FIG. 4), the 

Internet. announcement listener 60 searches the announcement for the 
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broadcast protocol (step 94 in FIG. 4). An exemplary 
broadcast protocol is the Broadcast File Transfer Protocol 
(BFTP). This protocol is represented as: 

a— BFTPID:<ID for BFTF> 

The BFTP content identifier replaces the area inside the 
angle brackets. The BFTP is explained in greater detail in a 
co-pending application entitled "Data Delivery System And 
Method For Delivering Data And Redundant Information 
Over A Unidirectional Network/' filed concurrently with 
this application in the names of Carl Witty, Kenneth 
Bird well, and Randy Sargent, which is assigned to Microsoft 
Corporation. This application is incorporated by reference. It 
is noted that the announcement listener 60 supports instal- ^ 
lation of custom protocol types other than BFTP. Upon 
locating the broadcast protocol, the announcement listener 
60 automatically launches the receiving application 64 (step 
96 in FIG. 4). 

With reference again to FIG. 3, at step 78, the launched ^ 
receiving application 64 sends tuning information to the 
tuner 56 to tune the receiver 58 to the appropriate broadcast 
frequency specified in the announcement. The announce- 
ment listener 60 also calls an application that will ultimately 
handle the content contained in the broadcast transmission 
(step 80 in FIG. 3). The application might be, for example, 
a video application that handles video data for presentation 
on the display. Another example might be a WebCast 
program, which is called as follows: 

WebCastReceive.exe % 1 30 

The % 1 is replaced with the path to the file that the receiving 
application received. 

At the stipulated broadcast time following the 
announcement, the announcement server (or separate con- 35 
tent server) begins serving the content over the data network 
28 to the broadcast center 26 for broadcast over the broad- 
cast network 30 (step 82 in FIG. 3). The client receives the 
broadcast via the broadcast receiver 54 which is tuned to the 
appropriate channel or frequency (step 84 in FIG. 3). 40 

According to another aspect of this invention, the rules 
used by the filters 62 can be entered by the user or auto- 
matically created according to user behavior patterns. 
According to the first option, the user can enter attributes, or 
select from a list of attributes, through a user interface (UI) 45 
designed to gather user preferences. For instance, a user 
wishing to receive all content on the Middle East might 
define attributes which attempt to locate announcements 
pertaining to transmissions with content on the Middle East. 

Another technique is to create a user profile by asking a 50 
series of questions directed at discovering the user's likes 
and dislikes. The question- and-answer session is accom- 
plished using a UI which asks questions and enables users to 
choose among responses, such as "strongly like," "like," 
"dislike/' and "strongly dislike/' Rather than discrete 55 
answers, the question-and-answer screen might include slid- 
ers which enable viewers to choose somewhere in a scale 
between opposing preferences of "strongly dislike" and 
"strongly like." The client computer compiles the user 
profile and correlates the profile with clustering data to 60 
generate a filter for future announcements. The clustering 
data represents an accumulation of other user preferences. 
By matching the user profile with similar profiles, the filter 
can better determine what the user is most interested in. 

As an alternative, the announcement listener 60 might be 65 
configured to automatically develop filters 62 based on user 
behavior patterns. For example, filter instances can be 



added, edited, or removed using an Application Program 
Interface (API) to the announcement listener 60. The API 
allows any application that calls it to add, edit, or remove 
filter instances. For example, a Web cache analyzer appli- 
cation which searches the user's Web cache to determine 
what sites are of interest to the user might call the API to add 
or remove filters based upon the sites commonly requested 
by the user. Another example is a software purchasing 
application that adds a filter based on software the client 
wishes to download and purchase. 

In compliance with the patent statute, the invention has 
been described in language more or less specific as to 
structural and methodical features. It is to be understood, 
however, that the invention is not limited to the specific 
features described, since the means herein disclosed com- 
prise preferred forms of putting the invention into effect. The 
invention is, therefore, claimed in any of its forms or 
modifications within the proper scope of the appended 
claims appropriately interpreted in accordance with the 
doctrine of equivalents. 

What is claimed is: 

1. A transmission announcement system for announcing 
upcoming transmissions to be delivered over a broadcast 
network, comprising: 

a server and a client; 

the server being configured to create announcements 
containing information pertaining to upcoming trans- 
missions to be delivered over the broadcast network 
and to make the announcements over a secondary fink 
to the s client that is separate from the broadcast 
network; and 

the client being configured to receive the announcements 
from the secondary link and filter the announcements 
received from the server using at least one filter auto- 
matically created at the client from user behavior 
patterns, the filter parsing the announcements to deter- 
mine whether the announcements match predefined 
expressions or satisfy a predefined rule. 

2. A transmission announcement system as recited in 
claim 1, wherein the announcements contain information 
which enable the client to locate the broadcast transmission. 

3. A transmission announcement system as recited in 
claim 1, wherein the transmissions are broadcast over the 
broadcast network according to the information contained in 
the announcements, the client being configured to receive 
the transmission from the broadcast network using the 
information contained in the announcements. 

4. In a system having a broadcast network over which data 
transmissions served by a server are broadcast to multiple 
clients, each client and server having a computer-readable 
medium, the computer-readable media on the server and at 
least one client hang computer-executable instructions for 
performing steps comprising: 

generating announcements, at the server, containing infor- 
mation specifying how associated upcoming transmis- 
sions are to be delivered over the broadcast network, 
the announcements being made available to the clients 
via means other than other than the broadcast network; 

automatically creating a filter from user behavior patterns; 

filtering, at the client, the announcements received from 
the server using the filter; and 

using the announcements, at the client to prepare the 
client to receive at least one of the transmissions. 

5. Computer-readable media having computer-executable 
instructions as recited in claim 4, further comprising 
computer-executable instructions to create the announce- 
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ments as including a broadcast protocol specifying a format 
in which the associated transmissions are to be broadcast, 

6. In a system having a broadcast network over which data 
transmissions served by a server are broadcast to multiple 
clients, each client and server having a computer-readable 
medium, the computer-readable media on the server and at 
least one client having computer-executable instructions for 
performing steps comprising: 

generating announcements, at the server, containing infor- 
mation specifying how associated upcoming transmis- 
sions are to be delivered over the broadcast network, 
the announcements being made available to the clients; 

automatically creating an announcement filter based upon 
user behavior patterns; 

filtering the announcements using the announcement filter 
to selectively choose certain ones of the announce- 
ments; and 

using the announcements to prepare the client to receive 
the certain ones of is the transmissions. 

7. In a system having a broadcast network over which data 
transmissions served by a server are broadcast to multiple 
clients, each client and server having a computer-readable 
medium, the computer-readable media on the server and at 
least one client having computer-executable instructions for 
performing steps comprising: 

generating announcements, at the server, containing infor- 
mation specifying how associated upcoming transmis- 
sions are to be delivered over the broadcast network, 
the announcements being made available to the clients; 

filtering the announcements using an announcement filter 
that is automatically created based upon user behavior 
patterns: 

using the filtered announcements to prepare the client to 
receive the certain ones of the transmissions; and 

launching a software application at the client to receive 
said certain ones of the transmissions from the broad- 
cast network. 

8. A method for announcing delivery of upcoming data 
transmissions over a broadcast network, comprising the 
following steps: 

multicasting announcements containing information per- 
taining to the upcoming data transmissions; 

automatically creating an announcement filter based upon 
user behavior patterns; 

filtering the announcements using the announcement fil- 
ter: 

parsing each announcement using Regular Expression 
Parsing; and 

preparing to receive at least one of tie upcoming trans- 
missions from the broadcast network based upon the 
information contained in an announcement tat survives 
the filtering. 

9. A method as recited in claim 8, wherein the step of 
preparing comprises the step of launching a software appli- 
cation to receive said at least one transmission from the 
broadcast network. 

10. A method as recited in claim 8, further comprising the 
step of transmitting said at least one transmission over the 
broadcast network and receiving said at least one transmis- 
sion from the broadcast network. 

11. Computer-readable media having computer- 
executable instructions for performing the steps of the 
method as recited in claim 8. 

12. Computers programmed to perform the steps of the 
method as recited in claim 8. 

13. In a system where transmissions are broadcast over a 
broadcast network and announcements of the transmissions 
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are made available prior to the broadcasts, a method for 
handling one of the announcements comprising the follow- 
ing steps: 

automatically defining criteria based upon user behavior; 
comparing the announcement with the criteria; 
in an event that the announcement complies with the 
criteria, searching the announcement for information 
specifying how to receive the transmission over the 
broadcast network; and 
using the information from the announcement to prepare 
to receive the transmission over the broadcast network. 

14. A method as recited in claim 13, further comprising 
the step of defining the criteria according to parameters 
entered by a user. 

15. A method as recited in claim 13, further comprising 
the step of launching a software application to receive the 
broadcast transmission, 

16. A method as recited in claim 13, further comprising 
the step of tuning a broadcast receiver to a designated 
broadcast channel to receive the broadcast transmission. 

17. A computer-readable medium having computer- 
executable instructions for performing the steps of the 
method as recited in claim 13. 

18. A computer programmed to perform the steps of the 
method as recited in claim 13. 

19. A method for announcing delivery of upcoming data 
transmissions over a broadcast network, comprising the 
following steps: 

forming, at a server, announcements containing informa- 
tion pertaining to the upcoming data transmissions, the 
information including a broadcast protocol for broad- 
casting the transmissions; 
sending the announcements from the server in multicast 

packets to a predetermined multicast address; 
monitoring the multicast address from a client to receive 

the multicast packets containing the announcements; 
automatically defining a filter based upon user behavior; 
filtering the anouncements at the client using the filter; 
searching the certain announcements to extract the broad- 
cast protocol; and 
using the broadcast protocol to prepare to receive upcom- 
ing transmissions associated with the certain announce- 
ments from the broadcast network. 

20. A computer-readable medium having computer- 
executable instructions for performing the steps of the 
method as recited in claim 19. 

21. A computer programmed to perform the steps of the 
method as recited in claim 19. 

22. A transmission announcement system for announcing 
50 upcoming transmissions to be delivered over a broadcast 

network, comprising: 
a server and a client; 

the server being configured to create announcements 
containing information pertaining to upcoming trans- 

55 missions to be delivered over the broadcast network 
and to make the announcements over one of the broad- 
cast network or a secondary link to the client that is 
separate from the broadcast network; and 
the client being configured to receive and filter the 

60 announcements from the broadcast network or the 
secondary link using filters automatically created at the 
client from user behavior patterns, the filters parsing 
the announcements to determine whether the 
announcements match predefined expressions or satisfy 

65 a predefined rule. 



35 



45 



10/28/2003, EAST Version: 1.4.1 



UNITED STATES PATENT AND TRADEMARK OFFICE 

CERTIFICATE OF CORRECTION 



PATENT NO. : 6,108,706 Page 1 of 1 

DATED : August 22, 2000 

INVENTOR(S) :Moranetal. 

It is certified that error appears in the above- identified patent and that said Letters Patent is 
hereby corrected as shown below: 



Title page. 

Item [75], replace the third inventors name to read -- James Randal Sargent 
Column 8, 

Line 53, replace "hang" with - having --. 
Column 9, 

Line 49, replace "tie" with - the — . 
Line 51, replace "tat" with - that --. 

Column 10, 

Line 38, replace "anouncements" with ~ announcements — . 



Signed and Sealed this 
Fourteenth Day of January, 2003 




JAMES E. ROGAN 
Director of the United States Patent and Trademark Office 



10/28/2003, EAST Version: 1.4.1 



